- 综合排序
- 最热优先
- 最新优先
- 来自专栏后端技术
【官方文档】mysql gap lock next-key lock
某索引上的一个next-key锁同样会影响该索引前面的间隙。也就是说，一个next-key锁=索引上的记录锁+锁住前面间隙的gap lock。 无穷大"记录不是一个真实的记录，因此，实际它上面的next-key锁只锁住最大值20之后的间隙。 个人补充： next-key lock的效果相当于一个记录锁加一个间隙锁。 当next-key lock加在某索引上，则该记录和它前面的区间都被锁定。 ；但如果要获取5上的record lock，就会阻塞；如果要获取5上的next-key lock，同样会阻塞。 总结 record lock、gap lock、next-key lock，都是加在索引上的。
4.7K51发布于 2019-06-17 - 来自专栏艾小仙
隔离级别、幻读、Gap Lock、Next-Key Lock
前面我写了很多Mysql相关的知识点，到这一篇稍微可以串一下了，从SQL执行流程、MVCC到锁，很多时候可能觉得对于间隙锁和Next-Key Lock好像已经理解了，但是好像又觉得理解差那么一点意思，这篇文章从头来梳理一下概念 幻读、Next-Key Lock、MVCC 简单的回顾完了基础，那么我们看看RR级别下还会存在的幻读到底是什么问题，Mysql官方文档这样描述的： The so-called phantom problem 对于MVCC来说就是解决的快照读的场景，而对于当前读那么就是Next-Key Lock要解决的事情。 那么Next-Key Lock是什么？怎么解决的幻读？ 行锁有写锁X和读锁S两种，实际上行锁有3种实现算法，Next-Key Lock是其中之一。 第一种叫做Record Lock，字面意思，行记录的锁，实际上指的是对索引记录的锁定。 而第三种Next-Key Lock实际上就是相当于Record Lock+Gap Lock的组合。
1.1K30发布于 2021-08-25 - 来自专栏简栈文化
浅谈Next-Key Lock与实测
InnoDB有三种行锁的算法： 1、Record Lock：单个行记录上的锁。 2、Gap Lock：间隙锁，锁定一个范围，但不包括记录本身。 3、Next-Key Lock：1+2，锁定一个范围，并且锁定记录本身。对于行的查询，都是采用该方法，主要目的是解决幻读的问题。 因为InnoDB对于行的查询都是采用了Next-Key Lock的算法，锁定的不是单个值，而是一个范围（GAP）。 分析： 因为InnoDB对于行的查询都是采用了Next-Key Lock的算法，锁定的不是单个值，而是一个范围，按照这个方法是会和第一次测试结果一样。 但是，当查询的索引含有唯一属性的时候，Next-Key Lock 会进行优化，将其降级为Record Lock，即仅锁住索引本身，不是范围。
1.1K20发布于 2021-11-04 - 来自专栏程序员小航
MySQL next-key lock 加锁范围总结
1 data_locks select * from performance_schema.data_locks; LOCK_MODE LOCK_DATA 锁范围 X,REC_NOT_GAP 15 15 那条数据的行锁 X,GAP 15 15 那条数据之前的间隙，不包含 15 X 15 15 那条数据的间隙，包含 15 LOCK_MODE = X 是前开后闭区间； X,GAP 是前开后开区间（间隙锁 会对查询条件主键值所在的间隙添加间隙锁 X,GAP； 主键等值查询，范围查询时情况则比较复杂： 8.0.17 版本是前开后闭，而 8.0.18 版本及以后，修改为了前开后开区间； 临界 <= 查询时，8.0.17 会锁住下一个 next-key 不是覆盖索引的时候，会对相应的范围加前开后闭区间，并且如果存在数据，会对对应的主键加行锁； 在非主键唯一索引范围查询时，如果是覆盖索引时，会对所有的后闭区间对应的主键，加行锁； 在非主键唯一索引加锁时，还是存在 next-key 因为不能确定唯一性，所以即使定位到记录，也是会向后查询，直到查询到不为该值的记录，从而锁定该值的区间； 普通索引的锁也是加载该索引上的，如果涉及到存在的记录，会对该主键加行锁； 普通索引的范围查询，同样出现 next-key
1.9K10发布于 2021-07-09 - 来自专栏程序员小航
MySQL next-key lock 加锁范围是什么？
前言 某天，突然被问到 MySQL 的 next-key lock，我瞬间的反应就是： 这都是啥啥啥？？？ 这一个截图我啥也看不出来呀？ 1 什么是 next-key lock A next-key lock is a combination of a record lock on the index record and a gap lock 但是加了 for update，这时需要加 next-key lock，id = 11 所属区间为 (10,15] 的前开后闭区间； 因为是等值查询，不需要锁 id = 15 那条记录，next-key 4 总结 本文主要通过实际操作，对主键加锁时的 next-key lock 范围进行了验证，并查阅资料，对比版本得出不同的结论。 基本已经摸清主键的 next-key lock 范围，注意版本使用的是 8.0.25。 疑问 那唯一索引的 next-key lock 范围是什么当索引覆盖时锁的范围和加锁的索引分别是什么？
4.6K41发布于 2021-07-09 - 来自专栏AustinDatabases
MYSQL 从Record lock 到 Next-Key Locks 到 GAP_LOCK
MySQL 中有以下几种锁， Record lock, Gap lock, Next-key lock. Record lock 是基于索引记录的，也就是他上锁的目标不是记录本身而是索引。 Next-key lock 这个东西默认是在你MYSQL 在 REPEATABLE READ 模式下，防止你幻读的。 具体Next-key lock 使用对INDEX 行锁进行GAY LOCKING. 那为什么要特意搞清楚 NEXT-KEY LOCK ，原文档有这样一句话，他说一个 next-key lock 就是一个索引记录锁加上一个GAP 锁， 如果一个session拥有了 S or X 锁（这里我们先不考虑 原因是next-key lock 范围锁。
1.5K30发布于 2019-06-21 - 来自专栏玩转JavaEE
记录锁、间隙锁与 Next-Key Lock
有小伙伴在微信上表示面试时被问到了 Next-Key Lock 是啥，结果一脸懵逼，那么今天我们来捋一捋 MySQL 中的记录锁、间隙锁以及 Next-Key Lock。 1. Next-Key Lock 以下内容都是基于 MySQL 默认的隔离级别 REPEATABLE READ。 如果我们既想锁定一行，又想锁定行之间的记录，那么就是 Next-Key Lock 了，换言之，Next-Key Lock 是 Record Lock 和 Gap Lock 的结合体。 正常来说，我们加行锁的基本单位就是 Next-Key Lock，即既有记录锁又有间隙锁，但是有时候 Next-Key Lock 会退化，我们通过几个简单的例子来分析一下。 首先我们来看看 Next-Key Lock 的加锁规则： 锁的范围是左开右闭。 如果是唯一非空索引的等值查询，Next-Key Lock 会退化成 Record Lock。
1.6K30编辑于 2022-04-29 - 来自专栏程序员小航
看来，MySQL next-key lock 的 bug 并没有被修复！
前言 在上一篇文章《MySQL next-key lock 加锁范围是什么？》 LOCK_MODE 还是 X，如果加了行锁我还能理解。 怎么会对非主键唯一索引的 115 加了锁？ 很明显 110 和 115 之前的间隙以及它们自身的记录都被锁住了。 脑袋炸裂呀，完全和主键索引的 next-key lock 加锁范围不同，人家 sql 是什么就锁什么。 有小伙伴知道原因可以告诉我。 如果我把 sql 改成下面的这种呢？ 我只是操作 a > 100 and a <= 115 for update; 竟然把 120 给我锁住了，不就是 next-key 的 bug。 因为主键上的 next-key 的 bug 被修复了，同时优化了前开后闭区间为前开后开区间，而非主键唯一索引上这个 bug 没有被修复，所以没有优化。 嗯~ 大概就是这样吧！ - <End /> -
1.1K10发布于 2021-07-09 - 来自专栏芒格
InnoDB的RR级别解决幻读问题 - X锁 Next-Key Lock
RR隔离级别下对“当前读”操作加临键锁Next-Key Lock一个事务能读到的数据视图有 ： a) MVCC快照读: 初始看到的是该事务第一次查询获取到的已提交数据的快照版本。
1.8K00编辑于 2022-07-08 - 来自专栏后端架构师
深度解析 InnoDB 如何用MVCC和Next-Key Lock实现RR隔离？看完顿悟！
FOR UPDATE/SHARE)： 使用行级锁和Next-Key Lock（临键锁） 来防止其他事务修改本事务即将要操作的数据范围，从而避免幻读。 Next-Key Lock： 是行锁（Record Lock） 和间隙锁（Gap Lock） 的结合。它锁住的不仅是一个记录，还包括该记录之前的间隙，防止其他事务在这个范围内插入新数据。 MySQL 的默认级别：可重复读 (RR)InnoDB 选择 RR 作为默认级别，是因为其通过 MVCC 和 Next-Key Lock 在性能和一致性上取得了很好的平衡。 原因如下： 减少锁冲突： RR 级别下的 Gap Lock 和 Next-Key Lock 更容易导致死锁，尤其是在复杂的 SQL 语句下。 从 RC 到 RR，不仅仅是隔离性的提升，更是 MVCC 从“每次生成视图”到“第一次生成视图”的转变，以及锁机制从“行锁”到“Next-Key Lock”的升级。
42110编辑于 2025-11-24 - 来自专栏王清培的专栏
Mysql一分钟定位 Next-Key Lock，你需要几分钟
（Mysql8.0已经支持DDL事务性） Next-Key Lock 排查 Next-Key Lock 只发生在 RR（REPEATABLE-READ） 隔离级别下。 Next-Key Lock 就是为了解决这个问题，简单讲 record lock+gap lock 就是 Next-Key Lock。 `peoples` lock_index | idx_peoples_age lock_space | 131 lock_page | 4 lock_rec | 4 lock_data lock_trx_id | 457239 lock_mode | X lock_type | RECORD lock_table | `test`. `peoples` lock_index | idx_peoples_age lock_space | 131 lock_page | 4 lock_rec | 4 lock_data
54800发布于 2020-01-27 - 来自专栏王清培的专栏
Mysql一分钟定位 Next-Key Lock，你需要几分钟
一分钟定位 Next-Key Lock，你需要几分钟 标签： Mysql、Next-KeyLock、插入意向锁 连接与线程 查看连接信息 show processlist +----+------+-- （Mysql8.0已经支持DDL事务性） Next-Key Lock 排查 Next-Key Lock 只发生在 RR（REPEATABLE-READ） 隔离级别下。 Next-Key Lock 就是为了解决这个问题，简单讲 record lock+gap lock 就是 Next-Key Lock。 `peoples` lock_index | idx_peoples_age lock_space | 131 lock_page | 4 lock_rec | 4 lock_data `peoples` lock_index | idx_peoples_age lock_space | 131 lock_page | 4 lock_rec | 4 lock_data
51110发布于 2020-02-13 - 来自专栏撸码那些事
【眼见为实】自己动手实践理解数据库REPEATABLE READ && Next-Key Lock
验证一下Gap Lock和Next-Key Lock的存在 我们可以通过自己操作来验证一下Gap Lock和Next-Key Lock的存在。 首先我们需要给state字段加上索引。 [READ COMMITED]和[REPEATABLE READ]通过MVCC的方式避免了读操作加锁的问题，但是[REPEATABLE READ]又为了解决幻读的问题加Gap Lock或Next-Key 我的理解是InnoDB提供了Next-Key Lock，但需要应用自己去加锁。这里又涉及到一致性读（快照读）和当前读。 如果我们选择当前读，读是需要加锁的，也就是Next-Key Lock，其他的写操作需要等待Next-Key Lock释放才可写入，这种方式读取的数据是实时的。 一致性读很好理解，读不加锁，不堵塞读。 MySQL InnoDB的可重复读并不保证避免幻读，需要应用使用加锁读来保证，而这个加锁读使用到的机制就是Next-Key Lock。
78530发布于 2018-06-16 - 来自专栏撸码那些事
【眼见为实】自己动手实践理解数据库REPEATABLE READ && Next-Key Lock
验证一下Gap Lock和Next-Key Lock的存在 我们可以通过自己操作来验证一下Gap Lock和Next-Key Lock的存在。 首先我们需要给state字段加上索引。 [READ COMMITED]和[REPEATABLE READ]通过MVCC的方式避免了读操作加锁的问题，但是[REPEATABLE READ]又为了解决幻读的问题加Gap Lock或Next-Key 我的理解是InnoDB提供了Next-Key Lock，但需要应用自己去加锁。这里又涉及到一致性读（快照读）和当前读。 如果我们选择当前读，读是需要加锁的，也就是Next-Key Lock，其他的写操作需要等待Next-Key Lock释放才可写入，这种方式读取的数据是实时的。 一致性读很好理解，读不加锁，不堵塞读。 MySQL InnoDB的可重复读并不保证避免幻读，需要应用使用加锁读来保证，而这个加锁读使用到的机制就是Next-Key Lock。
60321发布于 2018-06-21 - 来自专栏大内老A
、lock(this)与lock(typeof(...))
我们几天来讨论MethodImplAttribute（MethodImplOptions.Synchronized）和lock的关系。 说得直白一点：[MethodImplAttribute(MethodImplOptions.Synchronized)] = lock(this)。我们可以通过下面的实验验证这一点。 1: public void LockMyself() 2: { 3: lock (this) 4: { 5: Console.WriteLine("Lock (SyncHelper)) 4: { 5: Console.WriteLine("Lock SyncHelper type at {0}", DateTime.Now); 就拿[MethodImplAttribute(MethodImplOptions.Synchronized)]来说，如果开发人员对它的实现机制不了解，很有可能使它lock(this)或者lock(typeof
1.5K10编辑于 2022-05-09 - 来自专栏Reck Zhang
SQL 08 - Next-Key Locks
Next-Key Locks Next-Key Locks是MySQL的InnoDB存储引擎的一种锁实现. MVCC不能解决幻读问题, Next-Key Locks就是为了解决这个问题而存在的. SELECT c FROM t WHERE c BETWEEN 10 AND 20 FOR UPDATE; Next-Key Locks 他是Record Locks和Gap Locks的结合, 不仅锁定一个记录上的索引
28330发布于 2021-08-11 - 来自专栏后端架构师
京东面试官揪着问的 InnoDB如何用MVCC和Next-Key Lock实现RR隔离？看完顿悟！
FOR UPDATE/SHARE)： 使用行级锁和Next-Key Lock（临键锁） 来防止其他事务修改本事务即将要操作的数据范围，从而避免幻读。 Next-Key Lock： 是行锁（Record Lock） 和间隙锁（Gap Lock） 的结合。它锁住的不仅是一个记录，还包括该记录之前的间隙，防止其他事务在这个范围内插入新数据。 MySQL 的默认级别：可重复读 (RR)InnoDB 选择 RR 作为默认级别，是因为其通过 MVCC 和 Next-Key Lock 在性能和一致性上取得了很好的平衡。 原因如下： 减少锁冲突： RR 级别下的 Gap Lock 和 Next-Key Lock 更容易导致死锁，尤其是在复杂的 SQL 语句下。 从 RC 到 RR，不仅仅是隔离性的提升，更是 MVCC 从“每次生成视图”到“第一次生成视图”的转变，以及锁机制从“行锁”到“Next-Key Lock”的升级。
27910编辑于 2025-11-04 - 来自专栏码猿技术专栏
Lock
Lock 1.1. synchronized缺陷 1.2. Lock 1.2.1. 方法 1.3. ReentrantLock 1.3.1. 构造方法 1.3.2. 常用方法 1.4. 参考文章 Lock 在上一篇文章中我们讲到了如何使用关键字synchronized来实现同步访问。 本文我们继续来探讨这个问题，从Java 5之后，在java.util.concurrent.locks包下提供了另外一种方式来实现同步访问，那就是Lock。 也许有朋友会问，既然都可以通过synchronized来实现同步访问了，那么为什么还需要提供Lock？这个问题将在下面进行阐述。 同样可以办到 Lock 查看API可知，Lock是一个接口，因此是不可以直接创建对象的，但是我们可以利用其实现的类来创建对象，这个先不着急，我们先看看Lock类到底实现了什么方法,具体的实现我们将会在介绍其实现的类的时候再详细的讲解
1K20发布于 2019-12-31 - 来自专栏全栈程序员必看
Redis lock_lock锁机制原理
(String lockKey) { RLock lock = redissonClient.getLock(lockKey); lock.lock(); } /** * 带过期时间的锁 * * @ RLock lock = redissonClient.getLock(lockKey); lock.lock(leaseTime, TimeUnit.SECONDS); } /** * 带超时时间的锁 , long leaseTime, TimeUnit unit) { RLock lock = redissonClient.getLock(lockKey); lock.lock(leaseTime (); } } 2. lock和tryLock的区别 返回值 lock 是 void； tryLock 是 boolean。 tryLock前期获取锁逻辑基本与lock一致，主要是后续获取锁失败的处理逻辑与lock不一致。
1.2K30编辑于 2022-11-19 - 来自专栏后端架构师
「深度好文」MySQL 事务 ACID 隔离级别、MVCC和Next-Key Lock详解，架构师必备高并发下的知识图谱
FOR UPDATE/SHARE)： 使用行级锁和Next-Key Lock（临键锁） 来防止其他事务修改本事务即将要操作的数据范围，从而避免幻读。 Next-Key Lock： 是行锁（Record Lock） 和间隙锁（Gap Lock） 的结合。它锁住的不仅是一个记录，还包括该记录之前的间隙，防止其他事务在这个范围内插入新数据。 MySQL 的默认级别：可重复读 (RR)InnoDB 选择 RR 作为默认级别，是因为其通过 MVCC 和 Next-Key Lock 在性能和一致性上取得了很好的平衡。 原因如下： 减少锁冲突： RR 级别下的 Gap Lock 和 Next-Key Lock 更容易导致死锁，尤其是在复杂的 SQL 语句下。 从 RC 到 RR，不仅仅是隔离性的提升，更是 MVCC 从“每次生成视图”到“第一次生成视图”的转变，以及锁机制从“行锁”到“Next-Key Lock”的升级。
77623编辑于 2025-11-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号